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SYSTEM AND METHOD FOR PROVIDING SERVICE PROVIDER 
CONFIGURATIONS FOR TELEPHONES USING A CENTRAL SERVER IN A 

DATA NETWORK TELEPHONY SYSTEM 



BACKGROUND OF THE INVENTION 



A. Related Applications 

This application is a Continuation-In-Part of U.S. Patent App. Ser. No. 
09/515,798, filed September 27, 1999 by Guido M. Schuster, Ikhlaq S. Sidhu, Jerry J. 
Mahler, Frederick D. Dean, and Sagan Sidhu and titled "SYSTEM AND METHOD FOR 
10 PROVIDING SERVICE PROVIDER CONFIGURATIONS FOR TELEPHONES IN A 
DATA NETWORK TELEPHONY SYSTEM," assigned to 3Com Corporation. 

B. Field of the Invention 

The present invention is related to field of telecommunications, and more 
particularly to a system and method for providing messaging services over a data network 
15 telephony system. 

C. Description of the Related Art and Advantages of the Present Invention 

For many years, telephone service providers on the Public Switched Telephone 
Network (PSTN) provided their customers nothing more than a telephone line to use to 
communicate with other subscribers. Over time, telephone service providers have 
20 enhanced their service by providing Custom Local Area Signaling Service (CLASS) 
features to their customers. Similar communication services are provided by a Private 
Branch Exchange (PBX), which is typically implemented in a nonresidential setting. 

The CLASS features permit customer subscribers of the features to tailor their 
telephone service according to individual needs. Some of the well known CLASS 
25 features are: 

• Call blocking: The customer may specify one or more numbers from which he 
or she does not want to receive calls. A blocked caller will hear a rejection message, 
while the callee will not receive any indication of the call. 
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• Call return: Returns a call to the most recent caller. If the most recent caller is 
busy, the returned call may be queued until it can be completed. 

• Call trace: Allows a customer to trigger a trace of the number of the most 
recent caller, 

• Caller ID: The caller's number is automatically displayed during the silence 
period after the first ring. This feature requires the customer's line to be equipped with a 
device to read and display the out-of-band signal containing the number. 

• Caller ID blocking: Allows a caller to block the display of their number in a 
callee's caller ID device. 

• Priority ringing: Allows a customer to specify a list of numbers for which, 
when the customer is called by one of the numbers, the customer will hear a distinctive 
ring. 

• Call forwarding: A customer may cause incoming calls to be automatically 
forwarded to another number for a period of time. 

A customer subscriber to a CLASS feature may typically activate and/or de- 
activate a CLASS feature using "*" directives (e.g., *69 to automatically return a call to 
the most recent caller). CLASS features may also be implemented with the use of out-of- 
band data. CLASS feature data is typically transmitted between local Class-5 switches 
using the Signaling System 7 (SS7). 

Local Exchange Carriers (LECs) and other similar organizations maintain CLASS 
offices that typically contain a database entry for each customer. The database allows 
specification of the CLASS features a customer has subscribed to, as well as information, 
such as lists of phone numbers, associated with those features. In some cases, customers 
may edit these lists on-line via a touch-tone interface. A list of all phone numbers that 
have originated or terminated a call with each customer is often included in the CLASS 
office database. For each customer, usually only the most recent number on this list is 
stored by the local Class-5 switch. 

A Private Branch Exchange (PBX), is a stored program switch similar to a Class- 
5 switch. It is usually used within a medium-to-large-sized business for employee 
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telephony service. Since a PBX is typically operated by a single private organization, 
there exists a wide variety of PBX services and features. Custom configurations are 
common, such as integration with intercom and voice mail systems. PBX's typically 
support their own versions of the CLASS features, as well as other features in addition to 
those of CLASS. Most PBX features are designed to facilitate business and group 
communications. 

A summary of typical PBX features includes: 

• Call transfer: An established call may be transferred from one number to another 
number on the same PBX. 

• Call forwarding: In addition to CLASS call forwarding, a PBX number can be 
programmed to automatically transfer a call to another number when the first number 
does not answer or is busy. 

• Camp-on queuing: Similar to PSTN call return, a call to a busy number can be queued 
until the callee can accept it. The caller can hang up their phone and the PBX will ring 
them when the callee answers. 

• "Conference calling: Two or more parties can be connected to one another by dialing 
into a conference bridge number. 

Call parking: An established call at one number can be put on hold and then 
reestablished from another number. This is useful when call transfer is not warranted. 

• Executive override: A privileged individual can break into an established call After a 
warning tone to the two participants, the call becomes a three-way call. 

While the CLASS and PBX features have enhanced the offerings of service 
providers that use the PSTN, the features are nevertheless limited in their flexibility and 
scope. The effect to the user is that the features become clumsy and difficult to use. For 
example, in order to use the Call Forwarding function, the user must perform the steps at 
the user's own phone prior to moving to the location of the telephone to which calls will 
be forwarded. A more desirable approach, from the standpoint of usefulness to the user, 
would be to perform the steps at the telephone to which calls will be forwarded. 
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Much of the lack of flexibility of the PSTN features is due to the lack of 
flexibility in the PSTN system itself. One problem with the PSTN is that the terminal 
devices (e.g. telephones) lack intelligence and operate as "dumb" terminals on a network 
having the intelligence in central offices. Most PSTN telephones are limited in functional 
capability to converting the analog signals they receive to sound and converting the sound 
from the handset to analog signals. 

Some PSTN telephones have a display device and a display function to display 
specific information communicated from intelligent agents in the PSTN network using 
the PSTN signaling architecture. For example, some PSTN telephones have a display 
function to enable the Caller ID feature. Even such PSTN telephones are limited however 
by the closed PSTN signaling architecture, which prohibits access by the PSTN 
telephones to the network signaling protocols. The display functions are effectively 
limited to displaying text, again, as a "dumb" terminal. 

The Internet presents a possible solution for distributing intelligence to telephony 
terminal devices. In Internet telephony, digitized voice is treated as data and transmitted 
across a digital data network between a telephone calls' participants. One form of 
Internet telephony uses a telephony gateway/terminal where IP telephony calls are 
terminated on the network. PSTN telephones are connected by a subscriber line to the 
gateway/terminal at the local exchange, or at the nearest central office. This form of 
Internet telephony provides substantial cost savings for users. Because the PSTN portion 
used in Internet telephony calls is limited to the local lines on each end of the call, long 
distance calls may be made for essentially the cost of a local call. Notwithstanding the 
costs savings provided by this form of Internet telephony, it is no more flexible than the 
PSTN with respect to providing enhancements and features to the basic telephone service. 

In another form of Internet telephony, telephones are connected to access 
networks that access the Internet using a router. The telephones in this form of Internet 
telephony may be substantially more intelligent than typical PSTN telephones. For 
example, such a telephone may include substantially the computer resources of a typical 
personal computer. 
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It would be desirable to incorporate CLASS and PBX features into a data network 
telephony system that uses a data network such as the Internet. 

It would be desirable to provide new features and enhancements to telephony 
service that accommodates and conforms to users' needs. 

It would also be desirable to provide features and capabilities to telephone service 
that create new opportunities for users and for service providers. For example, telephones 
may be designed to plug into a high-bandwidth network and connect to any one of a 
variety of service providers that may offer telephone service over the Internet (or other 
high bandwidth wide-area network). The telephones may be manufactured so that they 
are pre-programmed to automatically connect to a specific service provider and 
immediately begin configuration with a rich set of features (e.g. Class features) to choose 
from. In such a system, however, the pre-programming of the telephones may affect the 
manufacturing of the telephone by requiring an additional step. 

It would also be desirable to provide features and capabilities that provides 
opportunities to service providers and conforms to users' needs, while also providing a 
streamlined manufacturing process for the telephones. 

The present invention addresses the above needs by providing a system in a data 
network telephony system, such as for example, the Internet, that provides a way for 
users to make brand new telephones usable without having to wait for days while the 
telephone company programs an account. The brand new telephone may be prepared for 
configuration without elaborate pre-programming to identify the service provider with 
which the telephone was intended to operate. Manufacturers of the telephones may also 
manufacture telephones for a variety of service providers. The embodiments of the 
present invention may also be used to modify existing telephone accounts to incorporate 
new features, or features that may be desired for a limited amount of time. Alternative 
embodiments are provided, some of which address systems and methods that are simple 
and some of which address systems and methods that are completely user configurable. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Presently preferred embodiments of the invention are described below in 
conjunction with the appended drawing figures, wherein like reference numerals refer to 
like elements in the various figures, and wherein: 

FIG. 1 is block diagram of a data network telephony system for providing 
telephony and enhanced telephony services in accordance with preferred embodiments of 
the present invention; 

FIG. 2A shows one preferred embodiment of the system of FIG. 1 showing 
examples of access to data network telephony service providers in which a telephone may 
obtain a service provider proxy through which configuration and registration of the 
telephone may be performed; 

FIG. 2B shows one example of one of the data network telephones in FIG. 2 A; 

FIG. 3A is a block diagram showing the interaction between components in 
accordance with one example of a system and method for configuring a data network 
telephone for service in the data network telephony system in FIG. 2A; 

FIG. 3B is a block diagram showing one example of the interaction between 
components in the embodiment shown in FIG. 4A to update the data network telephone 
version; 

FIG. 3C is a block diagram showing one example of the interaction between 
components in the embodiment shown in FIG. 4A when registration is complete; 

FIG. 4A is a block diagram showing one example of the interaction between 
components in the embodiment shown in FIG. 4A to provision the data network 
telephone version with a voice account; 

FIG. 4B is a depiction of a sample screen for ordering telephone service for the 
data network telephone of FIG. 5 A; 

FIG. 4C is a block diagram showing the interaction between components in the 
embodiment shown in FIG. 4A to confirm service; 

FIG. 4D is a depiction of a sample screen for confirming telephone service for the 
data network telephone of FIG. 5 A; 
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FIG. 5 is a block diagram showing the interaction between components in 
accordance with an example of a system and method for communicating by data network 
telephone in the data network telephony system in FIG. 2A; 

FIG. 6A is a flowchart showing an example of a method for connecting to a 
telephone configuration server to obtain a service provider proxy address; 

FIG. 6B is a flowchart showing an example of a method for registering a data 
network telephone using the data network telephony system of FIG. 1 ; 

FIG. 7 is a flowchart showing an example of a method for provisioning a data 
network telephone in the data network telephony system of FIG. 1; and 

FIG. 8 is a flowchart showing an example of confirming the telephony service 
ordered using the method described in FIG. 7. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The following references to patent applications filed concurrently herewith are 
incorporated be reference: 

* "System and Method for Controlling Telephone Service Using a Wireless 
Personal Information Device" to Schuster, et al. 

* "System and Method for Advertising Using Data Network Telephone 
Connections" to Schuster, et al. 

* "System and Method for Providing User-Configured Telephone Service in a Data 
Network Telephony System" to Sidhu, et ai. 

* "System and Method for Accessing a Network Server Using a Portable 
Information Device Through a Network Based Telecommunication System" to 
Schuster, et al. 

* "System and Method for Interconnecting Portable Information Devices Through a 
Network Based Telecommunication System" to Schuster, et al. 

* "System and Method for Enabling Encryption on a Telephony Network" to 
Schuster, et al. 

* "System and Method for Using a Portable Information Device to Establish a 
Conference Call on a Telephony Network" to Schuster, et al. 

* "System and Method for Associating Notes with a Portable Information Device 
on a Network Telephony Call" to Schuster, et al. 

* "System and Method for Providing Shared Workspace Services Over a Telephony 
Network" to Schuster, et aL 

The following additional references are also incorporated by reference herein: 

* "Multiple ISP Support for Data Over Cable Networks" to Ali Akgun, et al. 

* "Method and System for Provisioning Network Addresses in a Data-Over-Cable 
System" to Ali Akgun, et al., Serial No. 09/218,793. 

* "Network Access Methods, Including Direct Wireless to Internet Access" to 
Yingchun Xu, et al., Serial No. 08/887,313 
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A. Data Network Telephony System 

FIG. 1 is a block diagram showing an example of a system 100 for providing 
telephony services according to preferred embodiments of the present invention. A first 
voice communication device 108a communicates by a voice connection over a data 
network 106 by establishing the connection via first access network 112. The voice 
connection may be linked to a second voice communication device 108b which is 
accessed via a second access network 114. 

The data network 106 in the system 100 typically includes one or more Local 
Area Networks (LANs) connected to one another or to a Wide- Area Network (WAN), 
such as an Internet Protocol (IP) network, to provide wide-scale data connectivity. The 
data network 106 may use Voice Over Packet (VOP) schemes in which voice signals are 
carried in data packets. The network 106 may also include a connection to the Public 
Switched Telephone Network (PSTN) to allow for voice connections using traditional 
circuit switching techniques. In one embodiment, the data network 106 may include one 
or more LANs such as Ethernet LANs and support data transport protocols for 
performing Voice-over-Internet-Protocol (VoIP) techniques on the Internet. For further 
details regarding VoIP, see the information available through the Internet Engineering 
Task Force (IETF) at www.ietf.org. In addition, an Internet Telephony gateway may be 
included within the system 100 to allow for voice connections to users connected by 
subscriber lines at a PSTN Central Office. 

The first and second voice communication devices 108a and 108b typically 
include a voice input, a voice output and a voice processing system (described further 
below with reference to Figures 2B). The voice processing system converts voice sound 
from the voice input to digital data signals that are communicated on a voice connection 
over the data network. The voice processing system also converts digital data signals 
received from the voice connection to voice sound at the voice output. The voice 
communication devices 108 a and 108b typically include a central processing unit and 
memory to store and process computer programs. Each voice communication device 
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108a and 108b typically includes a unique network address, such as an IP address, in 
memory to uniquely identify it to data network 106 and permit data packets to be routed 
to the device. In a preferred embodiment, the voice communications devices 108a and 
108b may include a default server identifier. The default server identifier may be used to 
5 connect to a telephone configuration server 50 to obtain a service provider configuration 
20. The service provider configuration 20 may include features and information 
associated with the user's telephone service for the device 108a in accordance with a 
telephone service provider. The telephone configuration server 50 may include the 
identity of the service provider and its proxy server address. The voice communications 

10 devices 108a,b may then connect to the telephone configuration proxy server 50 to begin 
configuration. In one embodiment, the voice communications device 108a may obtain 
the identity of the service provider and its proxy server address and connect to the service 
provider using the proxy server address to initiate the process of obtaining service. 

A first personal information device (PID) 1 10a may be connected to the first voice 

15 communication device 108a and may communicate over the data network 106 by 
connecting via the access network 112. The PID 110a may communicate with a second 
PID 110b connected to the second voice communications device 108b. Connections by 
the PIDs 110a,b may be made using the IrDA protocol or the Bluetooth system. Point to 
point links may include an RS232 port. 

20 The PIDs 110a,b each contain user attributes stored in a user information 

database. The user attributes may contain such information as a user identifier, schedule 
information, and other information that is associated with a user of the PIDs 1 10a,b. The 
PIDs 1 10a,b each include a user interface allowing a user to easily enter and retrieve data. 
In a preferred embodiment, the user interface indues a pressure-sensitive display that 

25 allows a user to enter input with a sylus or other device. An example of a PID with such 
an interface is a PDA (Personal Digital Assistant), such as one of the Palm™ series of 
PDAs offered by 3Com Corporation. The PIDs 110a,b may include other functionality, 
such as wireless phone or two way radio functionality. 
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In one embodiment, the voice communication device 108a includes a handset 
with a receiver and transmitter similar or identical to handsets of traditional circuit- 
switched telephones. A console on which the handset sits may include the voice 
processing system, a display 116 and a keypad 118. The voice communication device 
108a may also include a speed dial key set 128 programmed, or assigned to initiate 
connections to other voice communication devices that may be connected to the data 
network 106. In a preferred embodiment, the keys on the speed dial key set 128 may be 
programmed remotely by a message carried on a voice connection using a selected data 
transport protocol. 

One example of the voice communication device 108a in a preferred embodiment 
is the NBX 100™ communication system phones offered by 3Com® Corporation, that 
has been modified, as described herein, to perform speed dial programming. In 
alternative embodiments, the voice communication device 108a may include any device 
having voice communications capabilities. For example, a personal computer having a 
microphone input and speaker output may also be used as the voice communication 
device 108a. Other configurations for the user interface are also intended to be within the 
scope of the present invention.. 

The details relating to operation of the voice communication devices 108a and 
108b depend on the nature of the data network 106 and the nature of the access networks 
112, 114 connecting the voice communication devices 108a and 108b to each other 
and/or to other network entities. The access networks 112, 114 typically include any high 
bandwidth network adapted for data communications, i.e. a network having greater than 
64,000 bits-per-second (bps) bandwidth. The access networks 112, 114 may link to the 
voice communication device 108a using an Ethernet LAN, a token ring LAN, a coaxial 
cable links (e.g. CATV adapted for digital communication), a digital subscriber line 
(DSL), twisted pair cable, fiberoptic cable, an integrated services digital network (ISDN) 
link, and wireless links. In embodiments that may not require a bandwidth greater than 
64,000 bps, the access networks 112, 114 may also include the PSTN and link the voice 
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communications device 108a by an analog modem. Further details regarding specific 
implementations are described below, with reference to FIGs. 2A and 2B. 

B. System For Providing Provisioning and Configuration Services for a 
Telephone Using A Data Network Telephony System 

5 One advantage of the data network telephony system 1 00 in FIG. 1 is that a user 

may begin making telephone calls by connecting the data network telephone to the access 
network. Alternatively, another advantage of the system 100 is that the user may plug the 
data network telephone to the access network to receive rudimental service, but obtain 
access to fully personalized, user-configured service account as well as to user-selected 
10 telephony enhancements and features. 

1. Local Area Network As An 
Exemplary Access Network 

FIG. 2A is a block diagram showing one example of the system 100 of FIG. 1 for 
providing customized communication services according to the present invention. The 

15 system 200 in FIG. 2 A includes a local area network 212, connected to a data network 
206 by a first router 228 and a cable network 214 connected to the data network 206 by a 
second router 238. Those of ordinary skill in the art will appreciate that, while the local 
area network 212 and the cable network 214 are shown in FIG. 2 A as access networks, 
any other type of network may be used. For example, the local area network 212 and/or 

20 the cable network 214 may be replaced by ISDN, DSL, or any other high-speed data link. 

The local area network 212 provides data connectivity to its members, such as a 
first data network telephone 208a, a second data network telephone 208b, a gateway 222 
and a network telephony connection server 150a. The local area network 212 in FIG. 2 A 
is an Ethernet LAN operating according to the IEEE 802.3 specification, which is 

25 incorporated by reference herein, however, any other type of local area network may be 
used. The local area network 212 uses the router 228 to provide the data network 
telephone 208a,b, the gateway 222 and the network telephony connection server 150a 
with access to the data network 206. For example, the router 228 may perform routing 
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functions using protocol stacks that include the Internet Protocol and other protocols for 
communicating on the Internet. 

The network telephony connection server 150a (hereinafter "telephony connection 
server") provides telephony registration, location and call initiation services for voice 
5 connections in which its members are a party. A user may register for telephony service 
with an administrator of the telephony connection server 150a and receive a user 
identifier and a telephone identifier. The user identifier and telephone identifier may be 
sequences of unique alphanumeric elements that callers use to direct voice connections to 
the user. The telephony connection server 150a registers users by storing user records in 

10 a data network telephony user database (hereinafter "user database") 152a in response to 
registration requests made by the user. 

The call setup process and the user and telephone identifiers preferably conform 
to requirements defined in a call management protocol. The call management is used to 
permit a caller anywhere on the data network to connect to the user identified by the user 

15 identifier in a data network telephone call. A data network telephone call includes a call 
setup process and a voice exchange process. The call setup process includes steps and 
message exchanges that a caller and callee perform to establish the telephone call. The 
actual exchange of voice signals is performed by a data communications channel. The 
data communications channel incorporates other data transport and data formatting 

20 protocols, and preferably includes well-known data communications channels typically 
established over the Internet. 

The call management protocol used in FIG. 2A is the Session Initiation Protocol 
(SIP), which is described in M. Handley et al., "SIP: Session Initiation Protocol " IETF 
RFC 2543, Mar. 1999, incorporated by reference herein, however, any other such 

25 protocol may be used. Other protocols include H.323, the Media Gateway Control 
Protocol (MGCP), etc. 

The local area network 206 is connected to a gateway 222. The gateway 322 
communicates with a PSTN central office 224, which provides PSTN service to a PSTN 
phone 226. The PSTN phone 226 is likely to be one of many PSTN phones serviced by 
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the central office 224. Additional portions of a PSTN network have been omitted from 
FIG. 2A to improve clarity. The PSTN network is well known by those having skill in 
the art of telecommunications. 

The telephony connection server 150a provides telephony service for mobile 
users. A user may be registered to use the first network telephone 208a (which is 
identified by its telephone identifier), but move to a location near the second data network 
telephone 208b. The user may re-register as the user of the second data network 
telephone 208b. Calls that identify the user by the user's user identifier may reach the 
user at the second network telephone 208b. 

2 . The Data Network 
Telephones 

The data network telephones 208a, b are Ethernet phones which are telephones 
that include an Ethernet communications interface for connection to an Ethernet port. 
The Ethernet phones in FIG. 2A support the Internet Protocol (IP), using an IP address 
that is either statically configured or obtained by access to a Dynamic Host Configuration 
Protocol (DHCP) server. 

FIG. 2B is a block diagram showing the data network telephone 208a connected 
to the local area network 212 in FIG. 2 A. The data network telephone 208 in FIG. 2B is 
connected to the network 212 by a network interface 210. The network interface 210 
may, for example, be a network interface card, and may be in the form of an integrated 
circuit. A bus 248 may be used to connect the network interface 210 with a processor 
240 and a memory 242, Also connected to the processor are user interface circuitry 261 
and three alternative (and all optional) interfaces to the Personal Information Device 
(PID) 1 10 (shown in FIG. 1). 

A first interface 248 includes an RS-232 serial connection and associated coupling 
hardware and mechanisms. The first alternative interface 248 may, for example, be a 
docking cradle for a PDA, in which information can be transferred between the PDA and 
the data network telephone 208. The second alternative interface comprises a first 
connection 254, such as an RS-232 connection, along with infrared circuitry 250 for 
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converting signals into infrared output and for accepting infrared input. An infrared 
interface 252 may also be included within the second alternative interface. The third 
alternative interface comprises a first connection 256, such as an RS-232 connection, 
along with radio-frequency circuitry 258 for converting signals into radio frequency 
5 output and for accepting radio frequency input. A radio frequency interface 259 may also 
be included as part of the third alternative interface. 

The three alternative interfaces described above are merely examples, and 
additional means for implementing the interface between the data network telephone 208 
and the PID may also be used. Although three interfaces are shown in FIG. 2B, there 

10 may be only one such interface in the data network telephone 208. More than one 
interface may be included to improve flexibility and to provide redundancy in case of 
failure of an interface. 

The user interface circuitry 261 includes hardware and software components that 
access the functions of the handset, display, keypad and speed dial keypad to provide user 

15 input and output resources for functions in the processor 240. The user interface circuitry 
includes a display interface 262, a keypad interface 264, a speed dial interface 266, an 
audio output interface 265 and an audio input interface 267. 

The audio input interface 267 may receive voice signals from a microphone or 
other audio input device and converts the signals to digital information. The conversion 

20 preferably conforms to the G.711 ITU Standard. Further processing of the digital signal 
may be performed in the audio input interface 267, such as to provide compression (e.g. 
using G.723.1 standard) or to provide noise reduction, although such processing may also 
be performed in the processor 240. Alternatively, the audio input interface 267 may 
communicate an analog voice signal to the processor 240 for conversion to digital 

25 information. 

The audio output interface 265 receives digital information representing voice 
from the processor 240 and converts the information to sound. In one embodiment, the 
speaker interface receives information in the form of G.711 although other processing 
such as decompression may be performed in the speaker interface 265. Alternatively, the 
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processor 240 may convert digital information to analog voice signals and communicate 
the analog voice signals to the speaker interface 265. 

The speed dial interface 266, the keypad interface 264 and the display interface 
262 include well-known device interfaces and respective signal processing techniques. 
5 The speed dial interface 266 may include an interface to buttons on a keypad, or to 
display buttons that the user activates by pressing designated areas on the screen. 

The user interface circuitry 261 may support other hardware and software 
interfaces. For example, a videophone implementation might also include a camera and 
monitor. The fixed communication device of the present invention is not limited to 
10 telephones or videophones - additional user interface types, for example, such as the ones 
needed for computer games, are also contemplated as being within the scope of the 
present invention. 

The processor 240 may consist of one or more smaller processing units, including, 
for example, a programmable digital signal processing engine. In the preferred 

15 embodiment, the processor is implemented as a single ASIC (Application Specific 
Integrated Circuit) to improve speed and to economize space. The processor 240 also 
includes operating system, application and communications software to perform the 
functions of the data network telephone 208. The operating system may be any suitable 
commercially available embedded or disk-based operating system, or any proprietary 

20 operating system. 

The processor 240 includes a media engine 241 and a signaling stack 243 to 
perform the primary communications and applications functions of the data network 
telephone 208. The purpose of the signaling stack in an exemplary data network 
telephone 208 is to set up, manage, and tear down a call. During the setup phase, a user 

25 may use the keypad to enter a user identifier to call. The signaling stack 243 receives the 
user entry and formats a request message to send to the user identified by the user 
identifier to initiate a telephone call. The request message is sent to discover the location 
of the user identified by the user identifier, exchange communication parameters, such as 
the supported voice CODEC types, and establish the voice channel. 

McDonnell Boehnen Hulbert & Berghoff 17 
300 South Wacker Drive 
Chicago, IL 60606 
(312) 913-0001 



During the management phase, communication proceeds over the voice over data 
channel. Other parties may be invited to the call if needed or the existing CODEC can be 
changed. During the teardown phase, the call is terminated. 

The signaling protocol used in the data network telephone 208 in FIG. 2B is the 
5 SIP protocol. In particular, the signaling stack implements a User Agent Client 244 and a 
User Agent Server 242, in accordance with the SIP protocol. Alternative signaling 
protocols, such as the ITU-T H.323 protocol and others, may also be used to implement 
the present invention. 

Once the call is setup, the media engine 241 manages the communication over a 
10 data communications channel using a network transport protocol and the network 
interface 210. The media engine 241 sends and receives data packets having a data 
payload for carrying data and an indication of the type of data is being transported. The 
media engine 241 in the data network telephones 208 may sample the voice signals from 
the audio input 267 (or receive voice samples from the audio input 267), encode the 
15 samples, and build data packets on the sending side. On the receiver side, in addition to 
performing the reverse operations, the media engine also typically manages a receiver 
buffer to compensate for network jitter. 

The media engine 241 includes hardware and software components for 
performing speed dial functions 246, registration functions 147, voice-over-data functions 
20 249, display data function 251 and keypad output functions 253. The media engine 241 
processes data that is received from the network 212, and data that is to be sent over the 
network 241. 

For data that is received from the network 212, the media engine 241 may 
determine from the type of data in the packet whether packets contain sampled voice 
25 signals or data for performing other functions. Packets containing sampled voice signals 
are processed by voice over data function 249. The voice over data function 249 
preferably conforms to a protocol for formatting voice signals as digital data streams. 
While any suitable protocol may be used, the media (voice signal) is preferably 
transported via the Real Time Protocol (RTP), which itself is carried inside of User 
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Datagram Protocol (UDP). RTP is described in H. Schulzrinne et al. 5 "RTP: A Transport 
Protocol for Real-Time Applications," IETF RFC 1889, Jan. 1996, which is incorporated 
herein by reference. UDP is described in J. Postel, "User Datagram Protocol," IETF RFC 
768, Aug. 1980, and EP is described in J. Postel, ed., "Internet Protocol," IETF RFC 791, 
Sept. 1981, both of which are incorporated by reference herein. 

Packets containing data for use in registering the data network telephone 208 with 
a network telephony service are processed by the registration/provisioning function 247. 
The registration/provisioning function 247 may include a service initialization function. 
During the service initialization function, the data network telephone 208 may connect to 
the telephone configuration server 50 shown in FIG. 2 A to retrieve the service provider 
proxy that the data network telephone 208 will use for registration. The data network 
telephone 208 may include a telephone part number 25, such as a serial number, or any 
suitable telephone part identifier, and a telephone configuration identifier 27 that may be 
stored in memory 242. The telephone part number 25 may be stored in memory 242 by 
hard-coding (e.g. dipswitch, programmable read only memory, etc.), or by a 
manufacturing step in which the telephone part number 25 and the telephone 
configuration identifier 27 are input into memory (e.g. by bar code reader-not shown). 

The telephone part number 25 may be any alphanumeric character string arranged 
in any scheme that permits the telephone configuration server 50 to associate the data 
network telephone 208 with a configuration. For example, when the data network 
telephone 208 is manufactured, its telephone part number 25 may associate the data 
network telephone 208 to a basic configuration that may be unique to a particular service 
provider, a class of service provider customers, a geographical region, a particular 
telephone model, or any other aspect of telephone service that may be configured. In a 
preferred embodiment, the number may include a serial number, however, any other type 
of number or character string may be used. Alternatively, the user identifier or the 
telephone identifier, which are identifiers that may be used for addressing purposes over 
the data network, may also be used. 
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The telephone configuration identifier 27 may include the address, or the process 
used to connect to the telephone configuration server 50 (shown in FIG. 2A). For 
example, the data network telephone 208 may be programmed to undergo an initialization 
process the first time it is powered up after it is manufactured. The process may entail 
5 connecting to a telephone configuration server identified by the telephone configuration 
identifier 27. Alternatively, the telephone configuration identifier 27 may include a 
program, or a pointer to a program within the telephone 208 for initializing the telephone 
208. The program may include a connection to the telephone configuration server 50. 
The telephone configuration identifier 27 may also include a data structure or pointer to a 

10 data structure that may include a program for initializing the telephone 208. 

By registering the data network telephone 208, a user may establish with the 
network telephony service provider that calls addressed to the user's user identifier may 
be connected to the data network telephone 208. Provisioning configures the data 
network telephone 208 with features and other user account information that relate to the 

15 service provider. 

Registration may occur when the data network telephone 208 sends a request to 
register to a service provider host, which may occur during power up, or shortly thereafter 
when a service provider has been identified, if the data network telephone 208 is 
connected to the network 212, or when the user connects the data network telephone 208 

20 to the network 212. The registration/provisioning function 247 may automatically send 
the Register request when the network is sensed. The service provider host may respond 
by setting the user's user identifier to correspond to the telephone identifier of the data 
network telephone 208, and by acknowledging the request with a status message to the 
data network telephone 208. In one embodiment, the service provider host communicates 

25 a response message to the data network telephone that includes a service provider logo 
and/or a configuration program that programs selected features into the telephone. The 
selected features may include a speed dial assignment to a customer server, a help menu, 
a user- friendly display, etc. 
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Other features may be added to the registration/provisioning functions 247, or 
implemented as extensions to the registration functions 247. For example, the data 
network telephone 208 may be provisioned to provide selected network telephony 
features by establishing a data connection with a service provider, requesting the selected 
services, and receiving data that ensures that the services have been successfully 
provisioned. Such features may include, for example, caller identification, call 
forwarding, voice mail, unified voice/email, gateway services, PID-based applications, 
call conferencing, advertisement enable/disable, and any other service offered by the 
network telephony service provider to enhance the capabilities of the data network 
telephone 208. The requests for features may be made contemporaneously with setting 
up a new account (as described below with reference to FIGs. 3A-8). The features may 
also be requested to modify the service. Users need not be locked into any service plan or 
feature set. One advantage of such provisioning functions is that services may be ordered 
for temporary use in a manner that is convenient to the user. 

Packets containing data that is to be displayed on the display device are processed 
by the display data function 251. The display data function 251 may be used for 
displaying, for example, the name(s) and user identifier(s) of the other party(-ies) to the 
call, the status of the telephone call, billing information, and other information. The 
display data function 251 may also provide access to the display interface 262 for the 
display of commercial messages sent from the commercial message server 120 (shown in 
FIG. 2A). The display data function 251 may process image data and text data that may 
be contained in and of the messages. 

Packets containing data that programs or assigns speed dial keys are processed by 
the speed dial function 246. A speed dial key may be programmed during registration 
with the user identifier of the service provider's customer service department, or to a 
provisioning service. When a message, or one or more packets, is received, the data in 
the commercial message is examined for speed dial programming data. The speed dial 
programming data may include a speed dial key selector to identify the speed dial key 
being programmed, and a user identifier used to initiate a telephone call when the 
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selected speed dial key is pressed. The speed dial programming data may also include 
directions to be displayed on the display screen that inform the user that a selected speed 
dial key has been programmed. In addition, the speed dial programming data may 
include an icon for display on a touch sensitive screen that describes the user or service to 
be reached when the icon on the display is touched. 

The speed dial programming data may also include an indication of whether the 
speed dial key is to be programmed permanently, or temporarily. Temporarily 
programmed keys may be programmed for the duration of the present call only, or for a 
selected time period. Permanently programmed speed dial keys are programmed until re- 
programmed later. 

For data that is to be sent over the data network 212, the media engine 241 
formats the data as data packets in accordance with a selected protocol. The selected 
protocol is preferably the protocol that is supported by the data network telephone that 
will receive the data for the particular type of data being transported. 

The voice over data function 249 formats voice samples according to the protocol 
used by the receiving data network telephone. In one preferred embodiment, the voice 
over data function 249 formats voice samples as RTP packets. The registration function 
247 and the keypad output function 253 may use RTP or other protocols to transport data 
that does not represent voice signals. 

3. Cable Network As An 
Exemplary Access Network 

Referring back to FIG. 2 A, the system 200 includes a cable network 214 

connected to the data network 206 by a router 238. The cable network 214 provides data 

network access to its members, which in FIG. 2A include a third data network telephone 

218a, a fourth data network telephone 218b, a fifth data network telephone 218c, a 

workstation 218d, a second data network connection telephony server 150b and a 

network telephony connection database 152b. The users of the data network telephones 

218a-c connected to the cable network 214 may communicate by telephone over the data 
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network 206 with the users of the data network telephones 208a,b connected to the local 
area network 214. 

The cable network 214 includes any digital cable television system that provides 
data connectivity. In the cable network 214 ? data is communicated by radio frequency in 
5 a high-frequency coaxial cable. The cable network 214 may include a head-end, or a 
central termination system that permits management of the cable connections to the users. 

The cable network 214 includes high-frequency coaxial cable connections for 
terminating the members, such as the data network telephones 218a-c and the workstation 
21 8d. The third, fourth and fifth data network telephones 218a-c are preferably similar to 
10 the data network telephone 208 described with reference to FIG. 2B. One difference is 
that the third, fourth and fifth data network telephones 218a-c access telephone service 
over the cable network 214, and the first and second data network telephones 208a,b 
access telephone service over the Ethernet. 

C. Providing Telephone Services By A Data Network Telephony Service 
15 Provider 

1 . Telephony Service Provider 
FIG. 2 A shows a service provider host 160 having a service provider server 120 
and a service provider database 122. The service provider server 120 registers data 
network telephones and performs user interactive connections with users to configure 
20 users' telephone accounts. The host 160 is connected to the data network 206, however, 
the host 160 may also be connected to either access network 212, 214. The host 160 may 
also include network telephony connection servers, such as server 150a,b. The host 160 
may also communicate with separately located local network telephony connection 
servers 150, 152 for billing purposes, or for carrying out the features selected by users. 
25 The host 160 may be managed by a telephony service provider or by any entity for a 
telephony service provider. 

One or more telephone service providers (e.g. ISP_1 and ISP_2) may provide 
service provider hosts 160a,b. The sendee provider hosts 160a,b include servers, such as 
service provider servers 120a,b, which are connected to the data network 206, maintain 
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user service accounts and manage the transport of data communications channels between 
data network telephones 208a, 208b. Each service provider 120a,b may include a service 
provider database 122a,b to store the user accounts and other subscription information for 
their users. 

5 In accordance with preferred embodiments, the service provider servers 120a,b 

may provide data network telephones 208a, 208b with rudimentary service sufficient to 
connect to a service provider. The service provider server 120a or 120b may then set up 
user interactive connections to allow a user to configure a telephony user account. The 
user account is then activated substantially contemporaneously with the user interactive 

10 connection once the user submits the information. By substantially contemporaneously, 
it is meant that no substantial waiting period is needed before the user account may be 
used. In alternative embodiments, the service provider server 120a or 120b configures 
data network telephones 208a, 208b with a full, ready-to-use configuration. The service 
provider host 120a or 120b may also make modifications to the user accounts easy and 

15 immediate in effect. A user may select features for temporary use. For example, a user 
may set up call forwarding to use while at a meeting for a week, and then disable it for 
other times. 

Data network telephony provides opportunities for entities having computer 
communications resources to communicate on the data network 106 to organize and 

20 maintain a telephone service. Such entities, or telephone service providers, may 
implement their own service provider servers, such as service provider servers 120a,b. In 
such a data network telephony system, the data network telephones 208a,b would have to 
be pre-programmed to 'know' the identity, or even the address of their local telephony 
connection server {e.g. local telephony connection server 150a). The pre-programming 

25 step would likely be performed at the manufacturing stage in order to be able to ship such 
devices to consumers for immediate use. This pre-programming step would burden a 
manufacturer if devices 208a,b must be pre-programmed to operate with a variety of 
service providers. Alternatively, the data network telephones 208a,b may be programmed 
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by, for example, a retail outlet similar to the manner in which typical cellular telephones 
are configured for basic PSTN-like service. 

In a preferred embodiment, each data network telephones 208a,b may be pre- 
programmed to connect to a default configuration server, such as telephone configuration 
5 server 50. The telephone configuration server 50 may include a telephone configuration 
database 52 identifying each data network telephone 208a,b manufactured along with the 
identity of the service provider (e.g. ISP_1 or ISP_2) with which it is intended to operate. 
During manufacturing, each data network telephone 208a,b may be mapped to a service 
provider. On the first use of the data network telephone 208a,b, an automatic connection 
10 may be made over the data network 206 to the telephone configuration server 50. The 
data network telephone 208a,b may identify itself to the telephone configuration server 
50, such as by a serial number, or other type of suitable identifying means. The telephone 
configuration server 50 may then retrieve a service provider proxy address, or other type 
of identifier to permit the data network telephone 208a,b to establish a connection with its 
15 service provider server 120a,b. 

The advantage of preferred embodiments that utilize the telephone configuration 
server 50 is that the manufacturer would not be required to provide for special 
configuration requirements for individual service providers. Each data network telephone 
208a,b may be manufactured in the same way, e.g. pre-programmed to connect, on its 
20 first use, to a default telephone configuration server 50, which is preferably maintained 
by the manufacturer. The manufacturer may also enter the identity of the service provider 
to be used by each data network telephone 208a,b into the telephone configuration 
database 52 at any time during the manufacturing process. Preferably, the manufacturer 
enters the identity of the service provider for each data network telephone 208 a,b when a 
25 serial number (or other type of telephone part number) is assigned to the device. 

One of ordinary skill in the art will appreciate that alternative embodiments to 
those disclosed herein may be used without departing from the scope of the invention. 

The telephony connection server 150b is preferably a SIP-based server that 
performs call initiation, maintenance and teardown for the data network telephones 218a- 
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c connected to the cable network 214. The telephony connection server 150b may be 
similar or identical to the telephony connection server 150a connected to the local area 
network 212. 

The system 200 shown in FIG. 2A includes a data network telephony system that 
permits the data network telephones 208a, b connected to the local area network 212 to 
communicate with the data network telephones 214 connected to the cable network 214. 
The system shown in FIG. 2A uses SIP in order to establish, maintain and teardown 
sessions, or telephone calls between users. 

There are two major architectural elements to SIP: the user agent (UA) and the 
network server. The UA resides at the SIP end stations, (e.g. the data network 
telephones), and contains two parts: a user agent client (UAC), which is responsible for 
issuing SIP requests, and a user agent server (UAS), which responds to such requests. 
There are three different network server types: a redirect server, a proxy server, and a 
registrar. The various network server types may be combined into a single server, such as 
the telephony connection server 150a,b. Not all server types are required to implement 
the embodiments of the present invention. The communication services to be provided 
will determine which servers are present in the communication system. Preferred 
embodiments of the present invention may be carried out using proxy servers. 

One example of a SIP operation involves a SIP UAC issuing a request, a SIP 
proxy server acting as end-user location discovery agent, and a SIP UAS accepting the 
call. A successful SIP invitation consists of two requests: INVITE followed by ACK. 
The INVITE message contains a user identifier to identify the callee, a caller user 
identifier to identify the caller, and a session description that informs the called party 
what type of media the caller can accept and where it wishes the media data to be sent. 
User identifiers in SIP requests are known as SIP addresses. SIP addresses are referred to 
as SIP Uniform Resource Locators (SIP-URLs), which are of the form 
sip:user@host.domain. Other addressing conventions may also be used. 

Redirect servers process an INVITE message by sending back the SIP-URL where 
the callee is reachable. Proxy servers perform application layer routing of the SIP 
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requests and responses. A proxy server can either be stateful or stateless. A stateful 
proxy holds information about the call during the entire time the call is up, while a 
stateless proxy processes a message without saving information contained in the message. 
Furthermore, proxies can either be forking or non-forking. A forking proxy can, for 
example, ring several phones at once until somebody takes the call. Registrar servers are 
used to record the SIP address (called a SIP URL) and the associated IP address. The 
most common use of a registrar server is for the UAC to notify the registrar where the 
UAC can be reached for a specified amount of time. When an INVITE request arrives for 
the SIP URL used in a REGISTER message, the proxy or redirect server forwards the 
request correctly. 

At the local area network 212, the central registrar/proxy server, such as the 
network telephony server 150a is the primary destination of all SIP messages trying to 
establish a connection with users on the local area network 212. Preferably, the network 
telephony server 150a is also the only destination advertised to the SIP clients outside the 
LAN 212 on behalf of all the SIP clients residing on the LAN 212. The network 
telephony server 150a relays all SIP INVITE messages to the appropriate final destination 
(or another SIP proxy), based on a database lookup using the user database 152a. It 
allows all mobile clients to register with their current locations. 

Similarly, the network telephony server 150b is the primary destination of all SIP 
messages trying to establish a connection with the data network telephones 218a-c 
connected to the cable network 214. Preferably, the network telephony server 150b is 
also the only destination advertised to the SIP clients outside the LAN 212 on behalf of 
all the SIP clients (e.g. data network telephones) residing on the LAN 212. The network 
telephony server 150b relays all SIP INVITE messages to the appropriate final 
destination (or another SIP proxy), based on a database lookup using the user database 
152b. 

2. Registration of the Telephone 

The data network telephones 208a,b and 218a-c in the system 200 preferably have 
pre-programmed device identifiers (e.g. MAC addresses or phone numbers), represented 
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as SIP-URL's that are of the form sip:8475551212@3com.com. After power-up, each 
data network telephones 208a,b and 218a-c sends a SIP REGISTER message to the 
default registrar, such as the network telephony servers 150a,b. When a call arrives at 
one of the network telephony servers 150a,b for any of the registered SIP URLs, the 
5 server will forward the call to the appropriate destination. If a data network telephone is 
moved to a new location, all calls to the associated SIP URL will still be properly routed 
to that device. In other words, the system in FIG. 2A provides device mobility in the 
sense that calls will "follow" the data network telephone according to its SIP URL. This 
is especially useful if the data network telephone 208a,b or 218a-c is running the DHCP 

10 (Dynamic Host Configuration Protocol) so that when the location is changed, the IP 
address is also automatically changed. 

An advantage of the system in FIG. 2A is that the network telephony connection 
server 150a,b may respond to REGISTER messages (for SIP and similar messages in 
other protocols) with a message that configures the data network telephone 208a,b or 

15 21 8a-c to have a variety of ready-to-use features. The service provider may configure the 
telephony connection server 150a,b to enforce a particular configuration for operation, or 
offer the user choices of features that comprise the configuration. A data network 
telephone may be configured to include features such as: 
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• User identifier: a sequence of alphanumeric elements that uniquely identifies the user. 
The user identifier may be formatted as an E.164 telephone number, or as a name. The 
user identifier may be unique throughout the universe of users on the data network 
telephony system 200 (shown in FIG. 1), or it may acquire such uniqueness by association 
with a server identifier. 

• Telephone Identifier: a sequence of alphanumeric elements that uniquely identifies the 
telephone. The telephone identifier may be formatted as an E.164 telephone number, or as 
a number, such as a MAC address. The telephone identifier may be unique throughout the 
universe of data network telephones on the data network telephony system 200, or it may 
acquire such uniqueness by association with a server identifier. 

• The user's name, address and other information that may be used primarily for billing 
purposes. For example, the user's checking account number, credit card number or other 
financial information may be provided for automatic billing and payment capabilities. 

• User's telephony service features. The user may subscribe, permanently or 
temporarily, to one or more telephony service features offered by the service provider: 

♦ Voice mail 

♦ Caller ID 

♦ Call Forwarding with true number portability 

♦ Teleconferencing 

♦ Commercial messaging - a service that may be made available in embodiments 
of the present invention. A user may subscribe to have the data network telephone 218 
receive (or not to receive) advertisements for display on the display of the data network 
telephone 218. 

• Commercial messaging with speed dial programming - a service that may be made 
available in embodiments of the present invention. A user may subscribe to have the data 
network telephone 218 receive (or not to receive) advertisements that program the speed 
dial keys of the data network telephone 2 18. The display of the service provider logo 

• Menu of functions 

• Help menu 

• Speed dial key programming (e.g. speed dial to customer service) 

• Features as standard offerings - to compete, a provider may offer features that normally 
cost extra (e.g. caller ID, etc.) as standard features 

• Packaged configurations - Features and offerings may be grouped as distinctly priced 
packages 

• Functions using PDA connectivity (e.g. Remote Whiteboard communication, control of 
telephone use through PDA) 
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TABLE A 



FIG. 3A shows the data network telephone 208 for User A begin the registration 
process. User A's telephone 208 may be brand new, in which case, the process described 
5 with reference to FIGs. 3A-3D illustrates the ease with which the data network telephone 
208 may be installed and used immediately. When User A connects the data network 
telephone 208 to the network 206 (NOTE: connection may be through an access 
network), the data network 208 uses its MAC address as an initial telephone identifier. 
The data network telephone 208 retrieves an IP address using a DHCP Discover message 

10 exchange, shown at 271, with a DHCP server 161. 

In a preferred embodiment, upon connection to the data network 208 for the first 
time, the data network telephone 208 may connect to the telephone configuration server 
50 using connection 80. Connection 80 may be any suitable data connection, such as a 
SIP registration exchange, or, any other type of data network connection, such as a 

15 TCP/IP, UDP/IP, etc. The data network telephone 208 may send a get service provider 
request to the telephone configuration server 50, The data network telephone 208 may 
include the data network telephone 208 serial number, or other identifier to the telephone 
configuration server 50. The telephone configuration server 50 may respond by sending a 
service provider proxy identifier to the data network telephone 208 over connection 82. 

20 The telephone configuration database 52 may include a mapping of data network 

telephone part numbers (or other suitable identifiers, such serial numbers) mapped to 
service provider proxy addresses (or other suitable identifiers). In a preferred 
embodiment, the mapping in the telephone configuration database 52 is performed during 
manufacturing. A telephone service mapping system 40 may be used during 

25 manufacturing to map the data network telephone part number to the service provider that 
will be used with the data network telephone 208. The mapping system 40 may operate 
using a variety of techniques and methods. For example, during manufacturing, a serial 
number may be assigned to the data network telephone 208. The service provider for the 
telephone 208 may also be selected. Instead of physically programming the telephone 
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208 to connect to the service provider, the telephone part number (e.g. serial number) 
may be entered into the mapping system 40 using a connection or process at 42. In one 
embodiment, a bar code system may be used to read the serial number bar code and a 
mapping to a corresponding service provider may be automatically communicated to the 
telephone configuration server 50. The mapping is then stored in the telephone 
configuration database 52. 

One of ordinary skill in the art will appreciate that other embodiments may be 

used. 

The data network telephone 208 then sends a registration message as shown at 
273. In a preferred embodiment, the registration message includes a temporary user 
identifier (xxxxxxxxxxxxxx) and a version identifier that identifies the current version of 
the configuration of the telephone 208. FIG. 3B shows a sample registration request at 
472 in a message flow diagram. 

Referring back to FIG. 3 A, the telephony connection server 150a may respond to 
the registration message at 273 with a response message as shown at 275. The message 
at 275 includes an auto-configuration command which forces the data network telephone 
208 to implement a new configuration. The new configuration may be an update to the 
current version identified by the current version identifier. FIG. 3B shows a sample of 
the auto-configuration response at 474. In a preferred embodiment, the auto- 
configuration message is communicated in the message body of a SIP response message. 

The response message at 275 in FIG. 3A may also comprise an exchange of 
messages using a data channel. FIG. 3B shows a first data channel message 480 having a 
query to the user in TCP transmitted as TCP/IP. It is to be understood that any other 
protocol may be used. The message may be formatted for display on the data network 
telephone 208, as voice over data in a voice mail session, or any other manner 
conforming to the user interface capabilities of the telephone 208. The user may respond 
by saying "Yes"/"No", selecting a menu item by touching the screen, pressing a yes/no 
button, or any other manner conforming to the user interface capabilities of the telephone 
208. 
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The user's response is communicated in a second data channel 482 to the network 
telephony connection server 150a. If the response was a "Yes" such that the user wants 
the configuration of the data network telephone 208 updated, the network telephony 
connection server 150a responds with the updated version at 484. 

Referring to FIG. 3C ? the data network telephone 208 is shown as having been 
registered. The data network telephone 208 is shown configured with a phone number 
(user identifier), a service provider logo (xyz) and a hotlink, or display button 
programmed to dial customer service at 116 for the service provider. The service 
provider host 160 may configure the data network telephone with a full set of features, 
such as from those listed above, to allow the user to make full use of the data network 
telephone 208. 

In an alternative embodiment, the registration process leaves the data network 
telephone 208 with a rudimentary configuration barely able to make any telephone calls. 
For example, the process may leave the data network telephone 208 capable of making 
only one call, to customer service for a user controlled provisioning of the system. The 
user may also provision the telephone 208 using a connection to the service provider's 
web page. 

As shown in FIG. 4 A, the user at data network telephone 208 makes a call at 281 
to the service provider server 120 with its user identifier (xxxxxxxxxxxxxx), and a 
command to request service provisioning. A provisioning function, in response to the 
telephone call at 281, establishes a data connection 283 to perform the transfer (which 
may be with voice over data signals) of information. The service provider server 120 
may send a form, or present an order screen 316, at the telephone requesting information 
from the user. The user may also use a workstation and connect at 287 to a web page 45 1 
at the service provider server 120 and enter the information at a web page order screen 
317. The information requested in both the order screen 316 and the web page order 
screen 317 is illustrated in FIG. 4B. One of ordinary skill in the art will appreciate that 
the web page order screen 317 is illustrated as an example of the type of information 
requested during a provisioning session. More or less information may be requested. 
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Referring to FIG. 4C, when the user has entered the data requested in the order 
screen, the service provider server 120 leaves a ready display 416 at the data network 
telephone 208 indicative of the type of configuration provided by the provisioning 
process. The service provider server 120 may also leave a confirmatory message 417 on 
the workstation (or on the data network telephone, either on the display or by voice) 
indicating what happens next. FIG. 4D shows an example of such a confirmatory 
message. Once the user responds to the email, the data network telephone 208 is ready 
for use. 

The service provider server 120 also builds and stores in the service provider 
database 122 a user account 455 for the user as shown in FIG. 4 A. 

3. A Telephone Call 

FIG. 5 shows the interaction between the components in FIG. 2A in performing a 
telephone call. As shown in FIG. 5, a telephony sendee provider (e.g. ISP) provides 
telephone service using the host 160. The telephony service provider may also provide 
data connectivity services and other services relating to communication {e.g. advertising) 
on the data network 206. With User A and User B registered with network telephony 
connection servers 150a,b respectively, the telephony connection server 150b operates as 
a proxy server (e.g. as a SIP proxy server) for User B's data network telephone 218. 
When other users, such as User A, attempt to call User B, the call setup will be made 
through the telephony connection server 150b. 

As shown in FIG. 5, User A initiates a telephone call from User A's data network 
telephone 208 to the data network telephone 218 belonging to User B. User A begins the 
telephone call by dialing User B's user identifier using the keypad 118 (or a PID, or a 
speed dial key, or using any other manner). The data network telephone 208 sends a 
request to initiate a call to User B at 280 to the data network telephony connection 150b 
providing service to User B, The request to initiate a call to User B at 280 includes User 
B's user identifier as the callee, User A's user identifier as the caller and the protocols 
supported by User A's data network telephone 208. 
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The telephony connection server 150b sends the request to the data network 
telephone 218 identified in the user database 152b as belonging to User B, preferably, in 
accordance with its role as a proxy server, and preferably as defined in the SIP protocol. 
The data network telephone 218 responds with a response message (not shown in FIG. 5) 
to the telephony connection server 150b. The telephony connection server 150b receives 
the response message and sends the response message to User A's data network telephone 
208 as shown at 282. 

User A's data network telephone 208 receives the response message and may 
prepare an acknowledgement message if called for by the protocol (e.g. the SIP protocol). 

User A's data network telephone 208 also establishes a voice over data channel 
284 to permit communication between User A and User B. The voice over data channel 
284 is preferably a data communications channel in which voice signals that have been 
converted to digital information are being carried as data messages in accordance with a 
selected protocol. The data messages include User B's message 286 and User A's 
messages 288 as shown in FIG. 5. User B's message 286 and User A's message 288 both 
include an IP protocol component, a UDP component, an RTP component and a G.72x 
component. 

The IP protocol component permits routing of the messages 286, 288 in 
accordance with an Internet Protocol (e.g. Ipv4, IPV6, etc.). The UDP component 
permits transport as a User Datagram in a connection-less environment in accordance 
with the User Datagram Protocol (UDP). The RTP component is the chosen format for 
communicating the voice signals as data. The G.72x component indicates how the voice 
signals, once extracted from the RTP component are to be processed to produce audio. 
The G.72x indication represents that the voice signals may conform to ITU-T 
Recommendation G.721, ITU-T Recommendation G.722, ITU-T Recommendation 
G.723, ITU-T Recommendation G.723.1, ITU-T Recommendation G.728 or ITU-T 
Recommendation G.729. The voice signals may also conform to ITU-T 
Recommendation G.71 1 or to any other suitable protocol. 
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One of ordinary skill in the art will appreciate that the voice over data channel 284 
may be implemented using different protocols than the ones shown in FIG. 5. Moreover, 
when the signaling protocol used to establish the telephone call permits negotiation of 
supported protocols as is done with the preferred SIP protocol, the voice over data 
5 channel 284 may be asymmetrical; that is, User A's messages 288 may be different from 
User B's messages 286. 

The telephone call carried out over the voice over data channel 284 proceeds until 
one or both users terminate the call. During termination or teardown of the call, the 
telephony connection server 150b performs in accordance with the selected session 
10 protocol such as the SIP protocol. 

FIGs. 3A-5 show systems and methods for registering and auto-configuring a data 
network telephone 208 in accordance with embodiments of the present invention. Those 
of ordinary skill in the art will appreciate that the systems and methods described above 
are examples. Other embodiments may fall within the scope of the claims. 

15 D. Methods For Providing Registration and Provisioning of a Data Network 

Telephone Using A Data Network Telephony System 

FIGs. 6-8 illustrate methods for providing registration and provisioning for a data 
network telephone that may be performed using any suitable data network telephony 
system. 

20 FIG. 6A is a flowchart for a preferred method that a data network telephone may 

use to obtain a service provider proxy that may be used to configure a data network 
telephone. At step 480, the data network telephone retrieves a configuration server ID. 
Each data network telephone may store the same configuration server ID, or any number 
of servers. Preferably an identifier of a central server is stored and retrieved during step 

25 480. The data network telephone uses the configuration server ID to connect to the 
configuration server at step 482. Any type of connection may be used. For example, a 
SIP connection, or a TCP/IP connection may be used. 

The data network telephone sends a request for a service provider proxy address 
using the data network telephone's serial number at step 484. The telephone 
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configuration server 50 looks up the service provider proxy mapped to the telephone part 
number at step 486. The service provider proxy is then sent to the data network 
telephone at step 488. The data network telephone then stores the service provider proxy 
and uses it for the subsequent registration and provisioning steps. 

FIG. 6B is a flowchart showing a method of configuring a data network telephone 
by registering for service with a service provider. As shown at step 500 in FIG. 6, a data 
network telephone starts by obtaining an IP address from a DHCP server. At step 502, a 
request to register message is sent to a service provider server. The service provider 
server may have a designated default proxy server to use, or may provide the appropriate 
server with a call management protocol and/or registration server. In the request to 
register message, the data network telephone includes a current version of the telephone 
configuration as shown at step 502. The version of the telephone configuration may 
include different combinations of the features listed above in Table A. 

At step 506, the service provider server 120 (FIG. 1) checks the telephone version 
with the latest version available. An OR step 506 in the flowchart of FIG. 6 indicates that 
alternative steps may be taken. At step 507, the service provider server 120 may 
automatically re-configure the data network telephone. Alternatively, the service 
provider server may query the user to determine whether to upgrade to a new version at 
decision block 508. A yes response to the query leads to step 510 to re-configure the data 
network telephone. 

One advantage of registering in the manner shown in FIG. 6 is that a full-function 
feature laden configuration of the data network telephone is possible using a register 
request. 

FIG. 7 is a flowchart that shows a method for registering the data network 
telephone with partial or low-level service so that the user may provision the data 
network telephone as a completely personalized data network telephone. At step 600 in 
FIG. 7, the data network telephone requests an IP address from a DHCP server. The 
request to register is sent at step 602 to the default proxy server. At step 604, the user 
proceeds to a method for provisioning the data network telephone. 
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FIG. 8 shows a preferred method for provisioning the data network telephone. At 
step 700, the user connects to the service provider's web page for providing user account 
information. At step 702, the user enters billing information. At step 704, the user enters 
user-selectable user identifiers, passwords, email identifiers, etc. At step 706, the user 
selects features that the user would like to add, and at step 708, the account information is 
submitted. A confirmatory message and email is received at step 710. When the user 
responds to the email at step 712, the data network telephone may be used. 

While the invention has been described in conjunction with presently preferred 
embodiments of the invention, persons of skill in the art will appreciate that variations 
may be made without departure from the scope and spirit of the invention. For example, 
the access networks shown in FIG. 2 A may comprise any other suitable type of local area 
network or service infrastructure. 

In addition, protocols of various types are referenced throughout. While preferred 
and alternative embodiments may implement selected protocols, any suitable replacement 
protocol not mentioned, or any function not part of a protocol used to replace a 
corresponding function from a protocol may be implemented without departing from the 
scope of the invention. 

This true scope and spirit is defined by the appended claims, interpreted in light of 
the foregoing. 
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